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Precede et systeme pour le trans fert d' informations 
d' administration de reseau de communication. 

Le domaine de 1' invention est celui de 
5 l' administration de reseaux de communication. Le terme 
administration est a prendre ici dans son sens le plus 
large c'est a dire qu'il concerne tant la configuration 
que la gestion, voire la commande des equipements de 
reseaux de communication. 
10 Pour configurer un equipement, on peut par exemple 

utiliser un protocole d' interface interactive tel que le 
protocole connu TELNET. Ce protocole est normalise mais 
les donnees accessibles ne le sont pas. Ce qui pose 
probleme, en particulier pour une quantite considerable 
15 d' equipements de reseaux comme c'est souvent le cas. 

La gestion comprend entre autres, la prediction et la 
detection de fautes. Dans l'etat connu de la technique, on 
peut citer a titre d' exemple le document WO02/4 6928 qui 
divulgue un systeme qui traite des informations obtenues 
20 de capteurs associes a des variables repertories dans une 
base d' information d' administration nominee MIB (Management 
Information Base) . Pour en permettre une interpretation et 
un traitement a grande echelle relativement a de nombreux 
equipements, les definitions des variables sont specif lees 
25 au moyen d'un langage normalise nomme SMI (Structure of 
Management Information). Un protocole nomme SNMP (Simple 
Network Management Protocol) , lui aussi normalise, permet 
d'acceder aux variables par echange de requetes/reponses 
entre Equipements du reseau. 
30 Comme c'est le cas par exemple dans le document 

WO02/17 094, les variables peuvent concerner des 
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dispositifs qui sont tant des capteurs de temperature, des 
etats d'alarme ou des adresses reseau de type IP que des 
equipements plus complexes. Pour de tels dispositifs, on 
parle alors d'objets repertories dans une ou plusieurs 
differentes MIB. Ce document divulgue des moyens pour 
interfacer les dispositifs sous SNMP . 

La technique basee sur le triplet SNMP/SMI/MIB a 
atteint une certaine maturite. Tant les specifications des 
MIB elles-memes ainsi que celles des objets qui y sont 
repertories, sont precises a la fois en termes de 
semantique et de taille. L • elaboration des MIB est bien 
maitrisee, eventuellement au moyen d' automat ismes tels que 
ceux proposes par exemple dans le document US60094 31. 
L' identification absolue des objets par les normes (X208 
et X209), 1' identification absolue des instances d'objets 
par l'index d'instance, font que les MIB fournissent un 
referentiel normatif prise par les operateurs . Le 
protocole SNMP est largement utilise pour de nombreux 
types d' equipements et de services tels en temoignent les 
documents WO01/44924, EP1158720 ou encore WO02/47322. 

Cependant, le protocole SNMP n'est pas satisfaisant 
pour un transport de volume important de donnees car il 
ajoute une surcharge en informations supplementaires 
(overhead) considerable. Le mode par requetes-reponses 
(polling) rend difficile une optimisation de la gestion 
interne des donnees dans les equipements de reseau. La 
montee en debit de communication des equipements accroit 
le risque de depassement de mantisse des compteurs avec 
pour effet cascade d'augmenter en consequence la frequence 
de requetes-reponses necessaire pour eviter ce depassement 
de mantisses. L'echange des identifiants d' instances entre 
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machines, augmente considerablement la bande passante 
■ ne-cessaire, -en' premiere approximation d- un facteur triple, 
au detriment de la bande passante utile pour les donnees 
des utilisateurs. Bien que, approximativement 85% des 
5 objets des NIB soient des champs de tables, bien que, 
approximativement 99,9% des instances soient des instances 
de ces objets, c'est a dire de champs de tables, le 
protocole SNMP n' optimise pas la consultation des tables. 
Mors que les champs d'une ligne de table ont le meme 
10 index, le protocole SNMP repete 1 ' index pour chaque champ, 
ajoutant ainsi un sur-debit d' environ cent octets par 
ligne de table consultee. 

Un ob jet de 1 • invention est un precede pour minimiser 
une bande passante necessaire aux transfers 
15 d' informations d' administration de reseau de 
communication, lesdites informations concernant des ob 3 ets 
relatifs a des elements materiels, logiciels ou de 
fonctionnement de reseau, repertories dans une base 
d' information d- administration et a chacun desquels est 
20 associee une specification en langage f ormel . 

Le precede est remarquable en ce qu'il comprend des 
etapes consistant a: 

- generer a partir de ladite specification pour chaque 
objet, un couple de mots dont la valeur du premier mot est 

25 relative a une indication de 1- objet et la valeur du 
deuxieme mot est relative a une longueur d- information de 
1' objet; 

- construire un patron comprenant un ensemble ordonne de 
couples de mots generes et un identif icateur dudit patron, 

30 permettant d'emettre ensuite une suite ordonnee 
d' informations correspondant audit patron. 
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Plus particulierement, le procede coraprend des etapes 
consistant a: 

parcourir un arbre de la base d 1 information 
d' administration dont chaque nceud est associe a un objet; 
5 - tester a chaque nceud si 1' objet est de type scalaire ou • 
table; 

- construire le patron en ajoutant le couple de mots 
genere au patron si 1' objet est de type scalaire; 

- construire un autre patron dit de table si 1' objet est 
10 de type table pour les objets de la table. 

Avantageusement, le procede comprend des etapes 
consistant a construire en plus un patron de configuration 
comprenant les couples de mots generes pour des objets a 
acces modifiable. 

!5 un objet de 1' invention est aussi un systeme pour 

minimiser une bande passante necessaire aux transferts 
d' informations d ' administration de reseau de 

communication, lesdites informations concernant des objets 
relatifs a des elements materiels, logiciels ou de 

20 fonctionnement de reseau, repertories dans une base 
d' information d ' administration et a chacun desquels est 
associee une specification en langage formel. 

Le systeme est remarquable en ce qu ' il comprend un 
module traducteur agence pour generer a partir de ladite 

25 specification pour chaque objet, un couple de mots dont la 
valeur du premier mot est relative a une indication de 
1' objet et la valeur du deuxieme mot est relative a une 
longueur d' information de 1* objet et pour generer un 
patron comprenant un ensemble ordonne de couples de mots 

30 et un identif icateur , permettant d'emettre ensuite une 
suite ordonnee d' informations correspondant audit patron. 
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Plus parri-culiere-ment, le module traducteur est 
agence pour parcourir un arbre de la base d 1 information 
d' administration dont chaque nceud est associe a un objet, 

5 pour tester a chaque noeud si 1' objet est de type scalaire 
ou table et pour" construire le patron en ajoutant le 
couple de mots genere au patron si 1' objet est de type 
scalaire ou construire un autre patron dit de table si 
1' objet est de type table pour les objets de la table. 

10 Avantageusement, le module traducteur est agence pour 

construire en plus un patron de configuration comprenant 
les couples de mots generes pour des objets a acces 
modifiable . 

Par exemple, le systeme comprend un module 
15 superviseur agence pour collecter des mesures et un module 
d' exportation agence pour transmettre a un serveur, au 
moins un ticket de donnees relatives a ces mesures en le 
faisant preceder du patron de ce ticket de donnees. 

L' invention sera mieux comprise a partir de 1 ' exemple 
20 de mise en oeuvre decrit a present en reference aux dessins 
annexes dans lesquels: 

- la figure 1 est un schema de systeme conforme a 
1 ' invention; 

- les figures 2 a 7 montrent des etapes de precede 
25 conforme a 1' invention; 

- la figure 8 represente une structure d' arbre pour un 
objet particulier de type table; 

- la figure 9 montre un patron de 1' objet represente en 
figure 8 ; 

30 - la figure 10 montre un exemple de ticket de donnees, 
conforme au patron de la figure 9; 
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- la figure 11 represente une structure d'arbre pour un 
autre objet particulier de type table; 

- la figure 12 montre un patron de 1' objet represente en 
figure 11; 

5 - la figure 13 montre un exemple de ticket de donnees, 
conforme au patron de la figure 12; 

- la figure 14 est un schema d ' application industrielle 
possible; 

- la figure 15 montre un patron de table genere par le 
10 systeme de la figure 14; 

- la figure 16 montre un exemple de ticket de donnees, 
conforme au patron de la figure 15; 

- la figure 17 montre un autre patron de table genere par 
le systeme de la figure 14; 

15 - les figures 18a a 18c montrent un exemple de ticket de 
donnees, conforme au patron de la figure 17. 

Dans le systeme decrit a present en reference a la 1, 
un traducteur 10 comprend des moyens de communication avec 
un reseau 16 en vue de recevoir des commandes et de 
20 transmettre des donnees. Le traducteur 10 est une machine 
telle que par exemple un ordinateur comprenant un 
processeur et des programmes necessaires pour mettre en 
oeuvre les etapes de precede decrites ulterieurement en 
reference aux figures 2 a 6. Le traducteur 10 comprend des 
25 moyens de lecture dans des bases de donnees 11 et 15, des 
moyens d'ecriture dans une memoire de masse 14, des moyens 
de lecture et d'ecriture dans une memoire 12 et des moyens 
d'acces a un module 13. 

La base de donnees 11 contient des specifications de 
30 bases d' informations d' administration (MIB pour Management 
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Information Base ou PIB pour Process Information Base en 
anglais) . 

La base de donnees 15 contient des regies de 
traduction pour fournir chacune un type de champ de patron 
5 a au moins un objet specif ie dans la base de donnees 11. 

La memoire 14 est agencee pour contenir des patrons 
generes par le traducteur 10. - 

La memoire 12 est agencee pour contenir des arbres 
relatifs a des objets de MIB ou de PIB. 
10 Le module 13 est agence pour effectuer un 

typage/nommage d' objets communiques par le traducteur 10. 
Le module 13 dispose d'un processeur et de programmes 
necessaires a mettre en c*uvre les etapes de precede 
decrites ulterieurement en reference a la figure 7. 
15 En reference a la figure 2, une premiere etape 1 

consiste a activer dans le traducteur 10, une generation 
de patrons (templates) pour un arbre en y associant un 
parametre nomme "ObjetRoot". L' arbre peut pointer sur un 
ensemble de MIBs ou de PIBs, sur une MIB, un sous arbre 
20 d'une MIB ou une table d'une MIB. L' activation peut etre 
faite a la demande ou dans le cadre de 1 ' initialisation du 
systeme a partir du reseau 16. L'activation fournit une 
base de numerotation des patrons qui est un parametre 
nomme "base_template_ID" . On comprendra naturellement que 
25 les noms donnes entre guillemets dans la description sont 
simplement choisis a titre de memorisation . mnemotechnique 
sans signification particuliere et sans valeur limitative, 
e'est a dire que tout autre nom peut etre choisi sans 
sortir du cadre de 1' invention, les noms choisis pour la 
30 description designant bien entendu tou jours les memes 
donnees comme e'est le cas pour les references aux 
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dessins.- L' activation fournit aussi un parametre relatif a 
une - generation de patrons de configuration, et nomme ici 
"Generation__templates_configuration" . Lorsque la valeur de 
ce parametre est positionnee par exemple a 0, cela 
5 signifie que le procede doit generer uniquement des 
patrons standards, c'est a dire essentiellement orientes 
vers la surveillance et la signalisation (monitoring) . 
Lorsque la valeur de ce parametre est positionnee par 
exemple a 1, cela signifie que le procede doit generer en 
10 plus des patrons de configuration, c'est a dire 
essentiellement orientes vers la configuration des 
Squipements. Un patron standard est relatif a tous les 
objets et index de 1 ' arbre considere alors qu ' un patron de 
configuration est relatif aux index, a des objets 
15 accessibles en ecriture et a la creation d'objet. 

Une seconde etape 2 consiste a lire les 
specifications des MIB ou PIB demandees, dans la memoire 
11. Cette memoire peut etre n'importe quel type de memoire 
(memoire vive, disque ou reseau) . Cette etape est 
20 optionnelle. Elle n'est pas necessaire si les 
specifications sont deja disponibles dans le traducteur 
10. Cette etape peut etre renouvelee en cours de 
traitement si necessaire. 

Une troisieme etape 3 consiste a construire un arbre 
25 de nommage des objets a partir des valeurs des 
identificateurs d'objets contenus dans les MIB ou PIB. 
Cette etape est optionnelle si 1' arbre est deja present 
dans le traducteur 10. Pour construire 1 1 arbre de nommage 
des objets, le traducteur 10 lit les specifications des 
30 modeles de donnees ecrites en langage SMI dans les MIB ou 
PIB, interprete chaque clause de la definition de chaque 
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ob jet de facon a ranger chaque objet dans 1 ' arbre de 
nommage en utilxsant les OID des objets: On rappelle qu'un 
identificateur d' objet (OID) est un type particulier du 
langage ASN.1[X208] utilisant un arbre unique defini pour 
5 associer un identifiant portable a une donnee. Cet 
identifiant est- absolu et transferable. La fonction de 
transfert couramment utilisee est definie dans [X209] . Par 
exemple SNMP utilise les regies d'encodage de X209. X209 
est souvent nomine BER (Basic Encoding Rules) . 
10 Dans une quatrieme etape 4, le traducteur 10 cree des 

patrons en executant les etapes decrites a present en 
reference aux figures 3a et 3b. 

Une etape 39 consiste a lire la demande de generation 
de patrons activee dans 1 ' etape 1 pour les objets presents 
15 de 1' arbre de 1' objet "ObjetRoot" et a lire le parametre 
de base de numerotation des patrons "base_template_ID" . 

Une etape 4 0 consiste a creer une ou plusieurs 
constantes qui permettent de distinguer- des families de 
patrons (template) en fonction qu'un patron se rapporte a 
20 une MIB, une PIB, ou a une autre famille de langage de 
specification. Dans 1' exemple de la figure 3a, une 
constante relative a une MIB, est nominee 
"DefinitionDeTemplateDeMIB" a laquelle est affectee une 
valeur deux commune a tous les patrons de MIB. D'autres 
25 constantes peuvent etre attributes avec d'autres valeur s 
signifiant que la structure construite dans les etapes 
suivantes, est un patron de PIB ou autre. 

Une etape 41 consiste a creer un patron 
"DefTicket_Ob jet Root" pour cet arbre. Le patron est une 
30 liste initialement vide de couples par exemple de mots de 
seize bits. 
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Une etape 42 consiste a creer une variable 
»numeroDuChampCourant_DefTicket_ObjetRoot" et a lui 
affecter une valeur nulle, a creer une variable 
»current_template_ID" et a lui affecter la valeur du 
5 parametre "base_template_ID" , a creer une variable 
»ObjetRoot_template_ID et a lui affecter la valeur de • 
»current_template_ID", et enfin a incrementer la valeur de 
la variable "current_template_ID" . La premiere variable 
sert a numeroter les champs de donnees qui seront ajoutes 
10 progressivement dans les etapes suivantes pour construire 
un patron. La deuxieme variable sert a numeroter les 
differents patrons qui seront crees dans les etapes 
suivantes de sorte que le patron de 1 ' arbre lui-meme soit 
numerote avec la troisieme variable dont la. valeur est 
15 celle du parametre de base fourni en etape 1. La deuxieme 
variable est enfin incrementee de facon a etre disponible 
avec une nouvelle valeur pour un autre patron genere dans 
les etapes suivantes a partir des objets de 1' arbre. 

A la suite des etapes 41 et 42 de creation de patron 
20 standard, une etape 35 consiste a tester si le parametre 
"Generation_templates_configuration" vaut 1. Une reponse 
positive au test declenche des etapes 36 et 37 pour creer 
un patron de configuration parallelement au patron 
standard. Comme nous le verrons par la suite, un patron de 
25 configuration ne concerne que des objets modifiables parmi 
ceux du patron standard. La moindre taille qui en resulte,. 
reduit les flux d' information necessaires lors d'une 
configuration de facon a en accelerer le deroulement. Un 
patron standard a pour but d'envoyer les valeurs des 
30 variables dans l'etat ou elles sont, ceci generalement 
depuis le lieu de mesure vers le lieu de traitement. Un 
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patron de configuration quant a lui, a pour usage de fixer 
•de-s-valeurs -de- "variables, voire de creer de nouvelles 
mesures dans le systeme de mesure, son sens de circulation 
est generalement du lieu de gestion vers le lieu de 
5 mesure. 

L'etape 36 de meme nature que 1 ' etape 41, consiste a 
creer un patron de configuration nomme 

"DefTicket_conf iguration_ObjetRoot" . 

L'etape 37, de meme nature que l'etape 42, consiste a 

variable nominee 
10 creer une variaoxe 

»DefTicket_configuration_ObjetRoot_Template_ID" et a lui 
affecter la valeur de »current_template_ID" ainsi qu'a 
cr6er une variable nommee 

»nombreDeChamps_Configuration_ObjetRoot" et a lui affecter 
15 une valeur nulle. La premiere variable de configuration 
sert a numeroter le patron de configuration directement a 
la suite du patron standard. La deuxieme variable de 
configuration sert a compter le nombre de champs du patron 
de configuration qui est inferieur ou egal au nombre de 
20 champs du patron standard. 

A la suite des etapes 36 et 37, une etape 38 consiste 
a incrementer la variable »current_template_ID" pour 
identifier une eventuelle creation suivante • de patron. 
L'etape 38 est egalement activee en cas de reponse 
25 negative au test de l'etape 35 de sorte que la variable 
"current_template_ID" est incrementee independamment du 
fait qu'un patron de configuration soit ou ne soit pas 
cree. Ainsi, chaque patron standard aura un identif icateur 
de meme nature, par exemple pair et le patron de 
30 configuration correspondant aura un identif icateur de 
numero suivant, de nature alors impaire qui permet a la 
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foi de distinguer la nature des patron et d'en faire la 
• -correspondance. ~ 

Un patron standard initialement vide et 
respect ivement si commande par l'etape 1, un patron de 
5 configuration initialement vide, ayant ete crees par les 
etapes 41 et - 42, - respectivement" par - les etapes "36 et 37, 
le procede se poursuit apres l'etape 38, par une procedure 
de parcours de l'arbre, decrit a present en reference a la 
figure 3b. 

10 Une succession d' etapes 43 a 47 consiste a balayer 

l'arbre contenu dans la memoire 12 en commengant par la 
racine "Obj etRoot" . 

L'etape 43 consiste a initialiser un objet courant a 

I'objet racine. 

15 L'etape 44 consiste a tester si I'objet est un objet 

de type scalaire. Une MIB contient deux categories 
d'objets, les objets individuels encore appeles scalaires 
et les tables regroupant des objets en lignes, chaque 
ligne etant identifiee par un index. Une reponse positive 

20 au test de l'etape 44 declenche une procedure scalaire. 
Une reponse negative au test de l'etape 44 declenche une 
etape .4 5. 

L'etape 45 consiste a tester si I'objet est de type 
table. Une reponse positive au test de l'etape 45 

25 declenche une procedure table. Une reponse negative au 
test de l'etape 45 declenche directement l'etape 47 
decrite ulterieurement. La procedure table et la procedure 
scalaire seront decrites ulterieurement respectivement en 
reference aux figures 4 et 5 . 

30 En preambule a 1' execution de 1 ' une des procedures 

table ou respectivement scalaire, une etape 9 consiste a 
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extraire des regies de traduction de table 
respect ivement d'objet scalaire, a partir de la base de 
regies 15. 

Apres execution de la procedure table ou de la 

5 procedure scalaire selon le cas, une etape 46 teste si 
1' ob jet courant est le dernier objet de- l'arbre. Une 
reponse positive au test de 1' etape 4 6 declenche une 
procedure de cloture decrite ulterieurement en reference a 
la figure 6. Une reponse negative au test de 1 ' etape 4 6 

10 declenche une etape 47. L' etape 47 prend 1' objet suivant 
de l'arbre coirane objet courant et reboucle 1 ' execution du 
procede sur 1 ' etape 44. 

Apres execution de la procedure de cloture, une etape 
6 transfere les patrons generes par le procede pour 

15 repondre a une requete en provenance du reseau 16, 
directement d'un autre equipement ou en interne. 

En reference a la figure 4a, la procedure table 
commence par une etape 30 dans laquelle est creee une 
variable nominee »DefTicket_Table_template_ID" et a 

20 laquelle est affectee la valeur courante de 
"current_template_ID". Cette variable sert 

d'identificateur d'un patron standard de la table detectee 
en etape 44. 

Dans une etape 31, la valeur de "current_template_ID" 
25 est incrementee, de facon a etre disponible pour une 
6ventuelle creation suivante de patron. 

Une etape 51 consiste alors a creer un patron de la 
table, nomme Def Ticket_Table_Ti . De la meme facon que le 
patron de l'arbre cree en etape 41, le patron de la table 
30 cree en etape 51, est une liste initialement vide. 
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A la suite des etapes 30, 31 et 51 de creation de 
patron standard, une etape 19 consiste a tester si le 
parametre "Generation_templates_conf iguration" vaut 1. Une 
reponse positive au test declenche des etapes 20 a 22 pour 
5 creer un patron de configuration parallelement au patron 
• standard. Coirane nous- -le verrons par la -suite, un patron de 
configuration ne concerne que des objets- modifiables parmi 
ceux du patron standard. La moindre taille qui en resulte, 
reduit les flux d' information necessaires lors d'une 
10 configuration de facon a en accelerer le deroulement. 

. L' etape 20 de meme nature .que 1 ' etape 51, consiste a 
creer un patron de configuration nomme 

" Def Ticket_conf igurat ion_Table_Ti " . 

L' etape 21, de meme nature que 1 1 etape 30, consiste a 
15 C r6er une variable nommee 

"DefTicket_configuration_Table_Ti_Template_ID" et a lui 
affecter la valeur de "current_template_ID" . 

L' etape 22 consiste a creer une variable nommee 
»nombreDeChamps_Configuration_Table_Ti" et a lui affecter 

20 une valeur nulle. 

La variable creee et positionnee en etape 21, sert a 
numeroter le patron de configuration directement a la 
suite du patron standard. La variable creee et positionnee 
en etape 22, sert a compter le nombre de champs du patron 

25 de configuration qui est inferieur ou egal au nombre de 
champs du patron standard. 

A la suite des etapes 20 a 22, une etape 23 consiste 
a incrementer la variable "current_template_ID" pour 
identifier une eventuelle creation suivante de patron. 

30 L' etape 23 est egalement activee en cas de reponse 
negative au test de 1' etape 19 de sorte que la variable 
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"current_template_ID" est incremented independamment du 
fait" qu ' \in— patron • de ' configuration soit ou 'ne soit pas 
cree. Ainsi, chaque patron standard aura un identif icateur 
de meme nature, par exemple pair et le patron de 
configuration correspondant aura un identif icateur de 
numero suivant,- de" nature alors impaire qui permet a la 
foi de distinguer la nature des patron et d'en faire la 
correspondance . 

Une etape 52 consiste a creer une variable locale 
nominee »numeroDuChampCourant_Def Ticket_Table_TI" et a lui 
affecter une valeur nulle. L'etape 52 est executee 
indifferemment a la suite de l'etape 51 ou de l'etape 23, 
le numero de champ courant servant a la fois a indicer les 
champs de donnees du patron de table standard- et a en 

15 compter la quantite. 

Un patron standard initialement vide et ■ si commande 
par l'etape 1, respect ivement un patron de configuration 
initialement vide, ayant ete crees par les etapes 30, 51 
et 52, respectivement par les etapes 20 a 22, le precede 
se poursuit par une procedure de parcours de la table, 
decrit a present en reference a la figure 4b. 

Dans une etape 54, le traducteur 10 lit la definition 
SMI de la ligne d* entree de la table et la clause INDEX de 

la definition. 

Une boucle d' etapes 55 a 57 consiste ensuite a lire 
sequentiellement la definition • SMI de chaque objet de 
1' index. Dans l'etape 55, le traducteur 10 lit un objet de 
1' index en commencant par le premier objet suite a 
1- execution de l'etape 54. Le traducteur 10 declenche 
alors la procedure scalaire pour 1' objet lu en etape 55 
apres avoir declenche en preambule l'etape 9 pour extraire 
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les regies de traduction si elles existent, de cet objet a 
partir de la base de regies 15. L'etape 9 est en fait 
optionnelle . 

L'etape 56 consiste a tester si 1' objet courant est 
le dernier objet de 1' index. Une reponse negative au test 
reboucle le processus en etape 57 pour 1' objet suivant de 
1' index de facon a reiterer l'etape 55. Une reponse 
positive au test de l'etape 56 indique que tous les objets 
de 1' index ont ete traites. 

Apres la derniere execution de l'etape 56, une boucle 
d'etapes 58 a 61 consiste a traiter les objets de la table 
qui ne font, pas partie de 1' index. 

En etape 58, le traducteur 10 lit un objet de" ligne 
en commencant par le premier objet de la definition de la 
ligne de table apres la derniere execution de l'etape 56. 

Dans l'etape 59, le traducteur 10 teste si 1' objet 
courant est un objet de 1' index. Une reponse negative au 
test declenche apres execution de l'etape 9 • pour l'objet 
courant, la procedure scalaire a la suite de laquelle 
l'etape 60 est activee. Une reponse negative au test de 
l'etape 59 declenche direct ement l'etape 60. 

Dans l'etape 60, le traducteur 10 teste si l'objet 
courant est le dernier objet de la table. Une reponse 
negative au test de l'etape 60 declenche l'etape 61 dans 
laquelle le traducteur 10 reactive l'etape 58 pour l'objet 
suivant de la table. Une reponse positive au test de 
l'etape 60 declenche la procedure de cloture qui sera 
decrite ulterieurement en reference a la figure 6. 

La procedure scalaire est maintenant decrite en 
reference a la figure 5. Dans une etape 48, une valeur 
nommee "numeroDuChampCourant " constitue un parametre 
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d'appel de la procedure scalaire. Ainsi, lorsque la 
procedure scalaire est declenchee a partir de l'etape 44, 
la variable "numeroDuChampCourant" correspond a la 
variable "numeroDuChampCourant_Def Ticket_Obj etRoof ' . 

5 Lorsque la procedure scalaire est declenchee a partir de 
l'etape 55 -ou de l'etape 59, la variable 
"numeroDuChampCourant" correspond a la variable 
"numeroDuChampCourant_DefTicket_Table_Ti". L'etape 48 
incremente la valeur de la variable 

10 "numeroDuChampCourant". 

Dans l'etape 49, le traducteur 10 lit la definition 
SMI de l'objet de fagon a en extraire son type, son sous- 
type, sa -taille minimale, sa taille maximale et son mode 
d'acces. Le mode d'acces permet de distinguer si l'objet 
15 courant est modifiable ou .non. 

Dans une etape 7, le traducteur 10 transmet au module 
de typage nommage 13, le type de l'objet, le sous-type de 
l'objet, la taille minimale de l'objet, la taille maximale 
de l'objet, le numero du champ courant et la regie de 
20 traduction de l'objet courant. 

Dans une etape 8, le module de typage 13 transmet au 
traducteur 10 les valeurs d'un couple (type, longueur) 
relatif a l'objet courant. 

Dans une etape 50, le traducteur 10 ajoute le couple 
25 (type, longueur) dans le patron nomme localement 
DefTicket_X qui est soit Def Ticket_Obj etRoot si la 
procedure scalaire a ete declenchee a partir de l'etape 
44, soit le patron Def Ticket_Table_Ti si la procedure 
scalaire a ete declenchee a partir de l'etape 55 ou de 
30 l'etape 59. 
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Apres execution de 1 • etape 50, le traducteur 10 
--active une- etape- de- test 32 -qui- consiste a verifier si un 
patron de configuration est cree, c'est a dire si 
"Generation_templates_configuration", en abrege Gtc, vaut 
5 1 et a verifier si l'objet courant est modifiable. 

Une reponse positive au test de 1 ' etape 32, declenche 
une etape 33 dans laquelle une variable nommee localement 
"NombreDeChamps_Configuration" est incrementee. La 
variable "NombreDeChamps_Conf iguration" correspond soit a 
10 la variable "NombreDeChamps_Conf iguration_Obj etRoot" si la 
procedure scalaire a ete declenchee a partir de 1 ' etape 
44, soit a la variable 

"NombreDeChamps_Configuration_Table_Ti" si la procedure 
scalaire a ete declenchee a partir de 1 ' etape 55 ou de 

15 1' etape 59. 

Dans une etape 34, le traducteur 10 ajoute le couple 
(type, longueur) dans le patron nomme localement 
DefTicket_Configuration_X qui est soit 

DefTicket_Configuration_Obj etRoot si la procedure scalaire 
20 a ete declenchee a partir de 1' etape 44, soit le patron 
DefTicket_Configuration_Table_Ti si la procedure scalaire 
a ete declenchee a partir de 1 • etape 55 ou de 1' etape 59. 
On observe que le couple (type, longueur ) est ajoute dans 
le patron de configuration, avec le meme repere que dans 

25 le patron standard, a savoir le numero de champ courant. 
Ainsi, chaque champ relatif au type et a la longueur d'un 
meme objet, est repere de facon identique dans le patron 
standard et le patron de configuration, facilitant ainsi 
le traitement des donnees par des equipements utilisant le 

30 procede. 
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Apres execution de 1 ' etape 34 ou suite a une reponse 
negative au test de 1 ' etape 32, la procedure scalaire se 
termine par un retour pour poursuivre 1' execution du 
procede en etape 4 6 si. la procedure scalaire a ete 
5 declenchee a partir de 1 ' etape 44, en etape 56 si la 
procedure scalaire a ete declenchee a partir de 1 ' etape 55 
ou en etape 60 si la procedure scalaire a ete declenchee a 
partir de 1' etape 59. 

La procedure de cloture est decrite a present en 

10 reference a la figure 6. 

Dans une. etape. 62, le traducteur 10 insere une 
definition d' element constitue d'un couple (type, 
longueur) au debut du patron dont le nom local DefTicket_X 
correspond au nom DefTicket_ObjetRoot si la procedure est 
declenchee a partir de 1' etape 46 et au nom 
DefTicket_Table_Ti si la procedure de cldture est 
declenchee a partir de 1' etape 60. 

Dans une etape 63, le traducteur 10 affecte la valeur 
de la variable nommee localement "Template_X_ID" au 
premier terme et le numero du champ courant au deuxieme 
terme de la definition de 1' element insere en etape 62. 
Comme . precedemment , X est remplace par "ObjetRoot" ou 
"Table_Ti" selon le cas d'appel de la procedure. La valeur 
de type affectee au premier terme constitue un identifiant 
du patron parmi les patrons standards crees. Le numero du 
champ affecte au deuxieme terme, -donne une longueur de 
patron, exprimee en quant ite de champs correspondant 
chacun a un couple (type, longueur) relatif a un objet 
trait* dans la procedure scalaire ou dans la procedure 
30 table selon le cas. 



15 



20 



25 



WO 2005/034429 



20 



PCT7FR2004/002271 



une 



Dans une etape 64, le traducteur 10 insert 
definition -d' element --constituee xfurr- couple (type, 
longueur) au debut du patron qui resulte de 1 ' etape 62 et 
dont le nom DefTicket_X correspond au meme nom de patron 
5 que dans 1' etape 62. 

Dans une etape 65, le traducteur "10 affecte la valeur 
de la constante de definition de patron de 1 ' etape 40, au 
premier terme de la definition de 1' element insere en 
etape 64. La valeur 2 par exemple, indique que la suite de 
10 couples generee, est un patron de MIB. Le traducteur 10 
ajoute 2 au numero du champ courant de facon a prendre en 
compte les deux champs correspondant chacun respectivement 
au couple insere en etape 62 et au couple insere en etape 
64. Lorsque chaque terme de couple est constitue par 
15 exemple d' un mot de deux octets, le traducteur 10 
multiplie le resultat precedemment obtenu par 4 de facon a 
obtenir une longueur de patron exprimee en octets qui est 
alors affectee au second terme du couple insere en etape 
64 . 

20 Dans une etape 5, le traducteur 10 enregistre le 

patron standard ainsi obtenu dans la memoire de masse 14. 

Une etape 24 consiste a tester si une creation de 
patron de configuration a ete demandee, c'est a dire si le 
parametre Gtc en abrege, est egal a 1 . Une reponse 
25 negative provoque le retour immediat de la procedure, 
aucun patron de configuration n'etant a creer. 

Une reponse positive au test de 1 « etape 24, declenche 
une deuxieme etape de test 25 qui consiste a tester si le 
nombre de champs de configuration est positif. Une reponse 
30 negative au test provoque le retour de la procedure car 
lorsque aucun objet scrute pour le patron de 
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configuration, n'est modifiable, le nombre de champs reste 
nul et il n'y a alors pas lieu d' enregistrer un patron de 
configuration . 

Une reponse positive au test de l'etape 25, declenche 
5 une suite d'etapes 26 a 29 qui se termine par- l'etape 5 
pour enregistrer un patron de configuration avant le 
retour de procedure, etant constate qu'il existe au moins 
un champ correspondant a un objet modifiable. 

Dans l'etape 26, le traducteur 10 insere une 
10 definition d' element constitue d'un couple (type, 
longueur) au debut du patron dont le nom local 
DefTicket_Configuration_X correspond au nom 

DefTicket_Configuration_ObjetRoot si la procedure est 
declenchee a partir de l'etape 4 6 et. au nom 
15 DefTicket_Configuration_Table_Ti si la procedure de 
cloture est declenchee a partir de l'etape 60. 

Dans l'etape 27, le traducteur 10 affecte la valeur 
de la variable nominee localement 

"Template_Configuration_X_ID" au premier terme et le 
20 nombre de champs courant au deuxieme terme de la 
definition de 1' element insere en etape 26. Comme 
precedemment, X est remplace par "ObjetRoot" ou "Table_Ti" 
selon le .cas d'appel de la procedure. La valeur de type 
affectee au premier terme constitue un identifiant du 
25 patron parmi les patrons de configuration crees. Le nombre 
de champs affecte au deuxieme terme, donne une longueur de 
patron, exprimee en quant ite de champs correspondant 
chacun a un couple (type, longueur) relatif a un objet 
traite dans la procedure scalaire ou dans la procedure 
30 table selon le cas. 



WO 2005/034429 



22 



PCT/FR2004/002271 



Dans l'etape 28, le traducteur 10 insert une 
definition -d'-element constitute d' un couple (type, 
longueur) au debut du patron qui resulte de l'etape 27 et 
dont le nom DefTicket_Conf iguration_X correspond au meme 

5 nom de patron que dans l'etape 26. 

Dans -l'etape 29, le traducteur 10 affecte- la valeur 
de la constante de definition de patron de l'etape 40, au 
premier terme de la definition de 1' element insere en 
etape 64. La valeur 2 par exemple, indique que la suite de 

10 couples generee, est un patron de MIB. Le traducteur 10 
ajoute 2 au numero du champ courant de facon a prendre en 
compte les deux champs correspondent chacun respectivement 
au couple insere en etape 2 6 et au couple insere. en etape 
28. Lorsque chaque terme de couple est constitue par 

15 exemple d'un mot de deux octets, le traducteur 10 
multiplie le resultat precedemment obtenu par 4 de facon a 
obtenir une longueur de patron exprimee en octets qui est 
alors affectee au second terme du couple insere en etape 
64. 

20 Dans l'etape 5, le traducteur 10 enregistre le patron 

de configuration ainsi obtenu dans la memoire de masse 14. 

Le module 13 de typage nommage execute le procede 
decrit a present en reference a la figure 7. 

Dans une • etape 70, le module 13 recoit l'OID de 
25 l'objet, le type de l'objet, le sous-type de l'objet, la 
taille minimale de l'objet, la taille maximale de l'objet, 
le numero du champ courant et la regie de traduction qui 
lui ont ete transmis par le traducteur 10 dans l'etape 7 
de la procedure' scalaire . 
30 Dans une etape 71, le module 13 cree une variable 

nominee "Type_champ_template" et lui affecte le numero du 
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champ courant recu en etape 70. Cette etape permet au 
module 13 de— transmettre- -un type par defaut qui est le 
numero de champ courant dans le patron standard. 

Dans une etape 72, le module 13 cree une variable 
nommee longueur_champ_template et lui affecte la taille 
maximale de l'objet regu en etape 7 0 :- Cette etape permet 
au module 13 de transmettre une longueur par defaut qui 
est la longueur maximale que peut avoir un champ pour 
l'objet courant. 

Dans une etape 73, le module 13 teste s'il existe un 
sous-type SMI pour l'objet courant. Une reponse positive 
au test declenche une etape 7 4 et une reponse negative au 
test declenche une etape 75. 

Dans 1' etape 74, le module 13 determine la longueur 
maximale du sous-type SMI et affecte cette longueur a la 
variable longueur_champ_template . 

L' etape 75 consiste a tester si une regie de 
traduction associe un type de champ de patron a l'objet 
correspondant a l'OID regu ou a son type SMI ou a son 
sous-type SMI. Une reponse positive au test declenche une 
etape 76. Une reponse negative au test declenche une etape 
78. 

Dans 1' etape 7 6, le module 13 affecte alors le type 
de champ procure par la regie, a la variable 
25 "type__champ_template" . 

Dans une etape 77, le module 13 affecte la longueur 
de ce type de champ, a la variable nommee 
"longueur_champ_template". De plus, s'il existe une regie 
de traduction associant une restriction de longueur a 
l'objet correspondant a l'OID recu, alors cette longueur 
est affectee a la variable "longueur_champ_template" . 
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Dans l'etape 78, le module 13 transmet au traducteur 
10, un couple (type, longueur) dont la premiere valeur est 
celle de la variable "type_champ_template" et dont la 
deuxieme valeur est celle de la variable 
5 "longueur_champ_template" . 

Le procede en action va maintenant etre decrit a 
partir d'un exemple d' objet qui est une table connue 
"buf ferControlTable" en reference aux figures 8 a 10 et 
d'un exemple d' objet qui est une autre table connue 
10 "AalSVccTable" en reference aux figures 11 a 13. 

La figure 8 est une representation d'arbre pour une 
table de MIB dont 1 1 annexe 1 donne un extrait de 
definition SMI que 1 1 on peut trouver plus detaillee aux 
pages 75 a 77 de la RFC2819 disponible sur. le site 
15 Internet http://www.ietf.org. 

La premiere colonne a gauche du tableau donne un 
numero de noeud (OID pour Object Identifier) referengant un 
.objet nomme en deuxieme colonne avec son type en troisieme 
colonne et sa longueur en quatrieme colonne. La derniere 
20 colonne a droite donne une longueur de sous type s 1 il en 
existe un. La suite de premiers chiffres du numero de noeud 
1.3.6.1.2.16. donne la localisation d'une MIB 11 dans 
1 1 arborescence des MIBs. Le chiffre 8.1. suivant indique 
la localisation de l 1 objet "Buf ferControlTable" dans cette 
25 MIB. L f arborescence des objet s de la table est donne par 
les chiffres 1.1 a 1.13. 

L'arbre ou sous arbre represents en figure 8 est un 
exemple de contenu de la memoire 12 obtenu par le 
traducteur 10 a partir de la definition SMI de 1 ? annexe 1. 
30 La figure 9 montre un exemple de patron standard dont 

la generation par le proced<§ est a present decrite. 
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Lorsque le traducteur 10 parcours 1 ' arbre de la MIB 
11 "tefere-ncee 1~ 376"- 1 . 2 : 1 . 16 . 8 en memoirs 12, il rencontre 
en etape 44, l'objet "buf f erControlTable" qui est une 
table references 1.3.6.1.2.1.16.8.1 en memoire 12. Le 

5 traducteur 10 execute alors la procedure table pour 
laquelle nous "supposons par exemple que la variable 
"current_template_ID" vaut 302 a ce moment en etape 30. 

En etape 31, la variable "current_template_ID" est 
mise a 303. En etape 51, le traducteur 10 cree le patron 

10 de la figure 9, initialement vide. On suppose qu'en etape 
19, "Generation_templates_configuration" vaut zero pour 
simplifier. En etape 23, la variable "current_template_ID" 
vaut alors 304. En etape 52, la variable 
»numeroDuChampCourant_DefTicket_Table_Ti" vaut- zero. 

15 En etape 55, le traducteur 10 rencontre l'objet 

"bufferControlIndex" pour lequel il execute la procedure 
scalaire . 

En etape 48, la variable 

"numeroDuChampCourant_DefTicket_Table_Ti" vaut 1. 

20 En etape 4 9, la definition SMI de l'objet donne le 

type Integer32 avec un sous type de taille maximale de 2. 
En etape 8, le module de typage retourne un couple de 
valeur (1,2). En etape 50, le traducteur 10 ajoute le 
couple (1,2) sous forme de deux mots binaires 121 chacun 

25 de deux octets au patron de la figure 9. 

A la suite des etapes 56 et 57, en etape 55, le 
traducteur 10 rencontre l'objet 

"bufferControlChannellndex" pour lequel il execute la 
procedure scalaire. 

30 En etape 48, la variable 

"numeroDuChampCourant_DefTicket_Table_Ti" vaut 2. 
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En etape 49, la definition SMI de l'objet donne le 
type Integer32 avec un sous type de taille maximale de 2. 
En etape 8, le module de typage retourne un couple de 
valeur (2,2). En etape 50, le traducteur 10 ajoute le 
5 couple (2,2) sous forme de deux mots binaires 122 chacun 
de deux octets au patron de la figure 9. 

A la suite de 1' etape 56, le traducteur 10 rencontre 
a nouveau les deux objets precedents et passe directement 
a l'objet suivant en etape 61. 
10 En etape 58, le traducteur 10 rencontre l'objet 

"bufferControllFullStatus" pour lequel il execute la 
procedure scalaire. 

En etape 48, la variable 

"numeroDuChampCourant_DefTicket_Table_Ti" vaut 3. 
15 En etape 49, la definition SMI de l'objet donne le 

type INTEGER avec un sous type de taille de 2 . En etape 8, 
le module de typage retourne un couple de valeur (3,2). En 
etape 50, le traducteur 10 ajoute le couple (3,2) sous 
forme de deux mots binaires 123 chacun de deux octets au 
20 patron de la figure 9. 

On peut reiterer les explications precedentes pour 
chaque objet suivant du tableau de la figure 8, le 
traducteur 10 ajoutant . alors en etape 50, pour chacun 
rencontre en etape 58, respectivement le couple (4,2), 
25 (5,2), (6,2), (7,4), (8,4), (9,4), (10,4), (11,4), 
(12,32), (13,4) sous forme respective de deux mots 
binaires 124, 125, 126, 127, 128, 129, 130, 131, 132, 133, 
chacun de deux octets au patron de la figure 9. 

Apres atteinte de l'objet "buf f erControlStatus" en 
30 etape 60, le patron de la figure 9 est alors constitue 
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d'une suite de couples de mots 121 a 133. Le traducteur 10 
execute la procedure de cloture. 

En etape 62, le traducteur 10 ajoute. un couple de 
mots binaires 120 au debut du patron. En etape 63,. le 
5 traducteur 10 affecte la valeur 302 au premier mot et la 
valeur 13 au deuxieme mot du couple. 

En etape 64, le traducteur 10 ajoute un "couple de 
mots binaires 119 au debut du patron. En etape 65, le 
traducteur 10 affecte la valeur 2 au premier mot et la 
10 valeur 60 au deuxieme mot du couple. 

En etape 5, le traducteur 10 enregistre le patron tel 
qu'il se presente au final en figure 9. 

Le patron de la figure 9 permet de transmettre des 
tickets de donnees dont les valeurs sont contenues dans 
15 des lignes de la table "buf f erControlTable" . 

La figure 10 montre un exemple de ticket de donnees. 
Supposons que la ligne 34 de la table donne les valeurs 
suivantes: 

- buf f erControlIndex = 34 
20 - buf f erControlChannellndex = 654 

- buf ferControlFullStatus = 2 

- buf ferControlFullAction = 542 

- buf f erControlCaptureSliceSize - 512 

- buf f erControlDownloadSliceSize = 200 
25 - buf f erControlDownloadOf f set = 32 

- buf ferControlMaxOctetsRequested= 100000000 

- buf ferControlMaxOctetsGranted = 1000000 

- buf f erControlCapturedPackets = 10000 

- buf ferControlTurnOnTime = 3454764364 
30 - buf f erControlOwner = acme 

- buf f erControlStatus = 3 

Dans le ticket de donnees correspondant de la figure 
10, un mot 99 de deux octet contient la valeur 302 qui 
reference le patron de la figure 9. Un mot 100 de deux 
35 octet contient la valeur 72 qui represente la longueur 
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cumulee des 13 champs de donnees indiques par le patron de 
-la^ figure -9-avec-les deux mots' "99 'et 100, soit" la longueur 
totale du ticket de donnees. 

Ensuite des champs 101 a 106 dont la longueur de 

5 chacun est donnee respectivement par le deuxieme mot des 
couples 121 a "126 du patron/ -contiennent respectivement 
les valeurs 34, 654, 2, 542, 512 et 200. Des champs 107 a 
111 dont la longueur de chacun est donnee respectivement 
par le deuxieme mot des couples 127 a 131 du patron, 

10 contiennent les valeurs 32, 100000000, 1000000 et 
3454764364. Un champ 112 dont la longueur est donnee par 
le deuxieme mot du couple 132, contient la chaine de 
caractere acme par exemple codee en ASCII. Un champ 113 
dont la longueur est donnee par le deuxieme mot du couple 

15 133, contient la valeur 3. 

Pour chaque valeur de champ du ticket de donnee, le 
type donne par le premier mot de chacun des couples 121 a 
133 du patron, permet a un destinataire du ticket de 
reconnaitre a quel objet cette valeur appartient. 

20 On notera 1 1 economie de bande passante et la 

simplification de calcul que permet 1 ! usage des tickets de 
donnees. Les donnees d'entete de message SNMP ne sont pas 
pris en compte. Le ticket de donnees de la figure 10 ne 
-contient que quatre octets d'entetes, . les deux premiers 

25 pour references le patron correspondant et les deux 
derniers pour en indiquer la longueur de fagon a 
transmettre le contenu d'une ligne de table precedemment 
obtenue par un SNMP Get. 

Pour obtenir la meme ligne par SNMP, il aurait fallu 

30 d'abord une requete d f interrogation puis une requete de 
reponse. La requete d 1 interrogation aurait necessite un 



WO 2005/034429 



29 



PCT7FR2004/002271 



triplet (objet identifier + index value, longueur, valeur) 
par- objet --oil— "objet- identier" est l'OID d'un champ de 
table, index value est la valeur de 1 1 index 
Buf f erControlIndex pour identifier plus precisement une 
5 instance de l'objet, c'est a dire 12^(11+2) octets soit 
-156 octets. -Ira ■ reponse aurait -necessite en plus les 30 
octets de valeurs, soit 186 octets. 

En coitiparaison des 72 octets du ticket de donnees, 
SNMP est done beaucoup plus gourmand en messages et 
10 surtout en debit puisqu' il genere quatre fois plus de 
trafic. II est vrai que le transfert de donnees par ticket 
necessite une transmission prealable de patron qui dans 
1'exemple precedemment decrit de la figure 9, represente 
60 octets, ramenant a une generation seulement deux fois 
15 moindre de trafic pour une transmission de premier ticket 
en comparaison de SNMP. Cependant, un meme patron peut 
etre utilise pour des tickets successifs. sans avoir besoin 
d'etre transmis a nouveau, reduisant ainsi le trafic dans 
une proportion de 2 a 4 . 
20 La figure 11 est une representation d'arbre pour une 

table de la MIB ATM dont 1 1 annexe 2 donne un extrait de 
definition SMI que 1'on peut trouver plus detaillee aux 
pages 61 a 63 de la RFC1695 disponible sur le site 
Internet http://www.ietf.org. 
25 La premiere colonne a gauche du tableau donne un 

numero de nceud referengant un objet nomine en deuxieme 
colonne avec son type en troisieme colonne et sa longueur 
en quatrieme colonne. La derniere colonne donne la 
longueur du sous type si elle existe.. Le numero de nceud 
30 dans 1 1 arborescence generale des MIBs, est encore appele 
OID (Object Identifier) . La suite de premiers chiffres du 
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numero de noeud 1.3.6.1.2.1.37 donne la localisation de la 
MIB ATM dsns-"!" arborescence des MIBs. Le chiffre 1.12. 
suivant indique la localisation de l'objet "aal5VccTable" 
dans la MIB ATM. Une arborescence des objets de la table 

5 est donnee par les chiffres 1.1 a 1-5. 

Dans la specification SMI de 1 ' annexe 2, " 1 'index de 
la table est constitue de trois objets "if Index", 
"aal5VccVpi" et "aal5VccVci" . Les deux derniers objets 
appartenant a la' table consider ee. Le premier objet 

10 appartient a la table "if Table" d'une autre MIB relative 
aux interfaces physiques, connue sous le nom de MIBII et 
localisee dans 1 ' arborescence des MIBs par les chiffres 
1.3.6.1.2.1. Le chiffre 2.2 localise la table dans la MIB 
II L'objet "if Index" quant a lui est localise par les 

15 chiffres 1.1. dans la 1 ' arborescence de la table 
"ifTable" . 

A partir de la definition SMI de 1' annexe 2 et de la 
MIB II en etape 3, le traducteur 10 construit un arbre de 
nommage en memoire 5. Cet arbre est defini a partir des 
20 chiffres des OID de la figure 11. 

La figure 12 montre un exemple de patron standard 
dont la generation par le procede est a present decrite. 

Lorsque le traducteur 10 parcoure le sous arbre 
1.3.6.1.2.1.37 de 1' arbre constitue de la MIB II et de la 
25 MIB ATM en memoire 12, il rencontre en etape 44, l'objet 
"aal5VccTable" qui est une table referencee 
1.3. 6.1- 2. 1.37. 1.12 en memoire 12. Le traducteur 10 
execute alors la procedure table pour laquelle nous 
supposons par exemple que la variable 

30 "current_template_ID" vaut 303 a ce moment en etape 30. 
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En etape 31, la variable "current_template_ID" est 
mi-se a 304. -En etape 51,' le traducteur 10 cree le patron 
de la figure 12, initialement vide. On -suppose qu'en etape 
■19, "Generation_templates_configuration" vaut zero pour 
5 simplifier. En etape 23, la variable "current_template_ID" 
vaut alors 305: En etape 52, .la variable 
" n umeroDuChampCourant_DefTicket_Table_Ti'»- vaut zero. 

En etape 55, le traducteur 10 rencontre l'objet 
"ifindex", premier terme de 1' index, pour lequel il 
10 execute la procedure scalaire. 

En etape 48, la variable 

"numeroDuChampCourant_DefTicket_Table_Ti" vaut 1. 

En etape 49, la definition SMI de l'objet donne le 
type INTEGER avec une taille maximale de 4 . En etape 8, le 
15 module de typage retourne un couple de valeur (1,4). En 
etape 50, le traducteur 10 ajoute le couple (1,4) sous 
forme de deux mots binaires 81 chacun de deux octets au 
patron de la figure 12. 

A la suite des etapes • 56 et 57, en etape 55, le 
20 traducteur 10 rencontre l'objet "aal5VccVpi" , deuxieme 
terme de 1' index, pour lequel il execute la procedure 
scalaire . 

En etape 48, la variable 

"numeroDuChampCourant_Def Ticket JTableJTi" vaut 2. 

25 En etape 49, la definition SMI de l'objet donne le 

type AtmVpIdentifier avec un sous type de taille maximale 
de 2. En etape 8, le module de typage retourne un couple 
de valeur (2,2). En etape 50, le traducteur 10 ajoute le 
couple (2,2) sous forme de deux mots binaires 82 chacun de 

30 deux octets au patron de la figure 12. 
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A la suite des etapes 56 et 57, en etape 55, le 
traducteur 10' 'iren'contre le troisieme terme de l f index, 
l'objet "aalSVccVci" pour lequel il execute la procedure 
scalaire. 

5 En etape 48, la variable 

n numeroDuChampCourant_DefTicket__Table_Ti" vaut 3. 

En etape 49, la * definition SMI de l'objet donne le 
type AtmVcIdentif ier avec un sous type de taille maximale 
de 2. En etape 8, le module de typage retourne un couple 
10 de valeur (3,2). En etape 50, le traducteur 10 ajoute le 
couple (3,2) sous forme de deux mots binaires 83 chacun de 
deux octets au patron de la figure 12. 

A la suite de 1 1 etape 56, le traducteur 10 rencontre 
a nouveau les trois objets precedents et passe chaque fois 
15 directement a l'objet suivant en etape 61 en passant par 
les etapes 58, 59, 60 et 61. 

En etape 58, le traducteur 10 rencontre l'objet 
"aalSVccCrcErrors" pour lequel il execute la procedure 
scalaire . 

20 En etape 48, la variable 

,f numeroDuChampCourant_DefTicket_Table_Ti" vaut 4. 

En etape 49, la definition SMI de l'objet donne le 

type Counter32 avec une taille maximale de 4 . En etape 8, 

le module de typage retourne un couple de valeur (4,4). En 
25 etape 50, le traducteur 10 ajoute le couple (4,4) sous 

forme de deux mots binaires 8 4 chacun de deux octets au 

patron de la figure 12. 

On peut reiterer les explications precedentes pour 

chaque objet suivant du tableau de la figure 11, le 
30 traducteur 10 ajoutant alors en etape 50, pour chacun 

rencontre en etape 58, respectivement le couple (5,4), 
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(6,4), sous forme respective de deux mots binaires 85, 86, 
chacun de deux octets au patron de la figure 12. 

Apres atteinte de l'objet "aal5VccOverSizedSDUs " en 
etape 60, le patron de la figure 12 est alors constitue 
5 d'une suite de couples de mots 81 a 86. Le traducteur 10 
execute la procedure de cloture. 

En etape 62, le traducteur 10 ajoute un couple de 
mots binaires 80 au debut du patron. En etape 63, le 
traducteur 10 affecte la valeur 303 au premier mot et la 
10 valeur 6 au deuxieme mot du couple. 

En etape 64, le traducteur 10 ajoute un couple de 
mots binaires 7 9 au debut du patron. Ert etape 65, le 
traducteur 10 affecte la valeur 2 au premier mot et la 
valeur 32 au deuxieme mot du couple. 

En etape 5, le traducteur 10 enregistre le patron tel 
qu'il se presente au final en figure 12. 

Le patron de la figure 12 permet de transmettre des 
tickets de donnees dont les valeurs sont contenues dans 
des lignes de la table »aal5VccTable" . Les tickets sont 
generalement regroupes par bloc de tickets destine a etre 
emis vers un collecteur. 

La figure 13 montre un exemple de ticket de donnees. 
Supposons que la ligne de la table decrivant la qualite du 
trafic du circuit ATM transitant par 1 ' interface 12 et 
25 identifie comme le circuit virtuel correspondant au Vci 
1000 du Vpi 100, donne les valeurs suivantes: 

- iflndex = 12 

- aal5VccVpi = 100 

- aal5VccVci - 1000 
30 - aal5VccCrcErrors = 15432 

- aal5VccSarTimeOuts =456 



20 
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- aalSVccOverSizedSDUs = 567 

Dans le - ticket~-de ' donnees ~corxespondant de la figure 

13, un mot 199 de deux octet contient la valeur 303 qui 
reference le patron de la figure 12. Un mot 200 de deux 
5 octets contient la valeur 24 qui represente la longueur 
cumulee -des— 6" champs de donnees indiques par le patron de 
la figure 9 avec les deux mots 199 et 200, soit la 
longueur totale du ticket de donnees. 

Ensuite des champs 201 a 206 dont- la longueur de 
10 chacun est donnee respectivement par le deuxieme mot des 
couples 81 a 86 du patron, contiennent respectivement les 
valeurs 12, 100, 1000, 15432, 456 et 567. 

Pour chaque valeur de champ du ticket de donnee, le 
type donne par le premier mot de chacun des couples 81 a 
15 8 6 du patron, permet a un destinataire du ticket de 
reconnaitre a quel objet cette valeur- appartient . 

On notera la encore 1 1 economie de bande passante et 
la simplification de calcul que permet l f usage des tickets 
de donnees. 

20 En reference a la figure 14, un systeme de mesure 91 

comprend des sondes 8 9 de mesure de performances de 
reseaux IP et un controleur systeme 90 auquel sont 
connectees les sondes 89. 

Un agent SNMP 93 met en ceuvre la " MIB 11 IPPM 

25 REPORTING MIB en mode delegue (proxy en anglais) . Elle est 
def inie dans www . ietf . org/html . characters/ippm- 

character.html. L 1 agent 93 est heberge dans un serveur 
delegue 92 pour fournir une interface de gestion standard 
du systeme de mesure 91, a des systemes de gestion de 

30 reseau 94 (NMS pour Network Management Station) qui 
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peuvent alors consulter les mesures en cours et leurs 
resultats en ut±±i-s-arrt le- protocoie classique SNMP. 

On sait que 1' interface connue de gestion IPPM 
REPORTING MIB definit plusieurs tables dont les tables 
5 ippmNetworkMeasureTable et ippmHistoryTable sont retenues 
lei a titre d'exemple- pour illustrer un usage industriel 
du precede objet de 1' invention. La table de mesure reseau 
95 nominee ippmNetworkTable porte des definitions de 
mesures mises en place entre les sondes par un superviseur 
10 87 heberge dans le controleur 90. Le superviseur 87 
effectue la collecte des resultats de mesures en 
provenance des sondes 89. La table historique 96 nominee 
ippmHistoryTable stocke les resultats des mesures regues 
du superviseur. L' agent 93 comprend une copie de ces deux 
15 tables parmi d'autres. 

De facon a pouvoir utiliser le procede precedemment 
decrit, le systeme 90 est conforme a la representation de 
la figure 1. On retrouve sur la figure 14, le traducteur 
10 et la specification de MIB 11. Le traducteur 10 a ici 
20 pour fonction entre autres, de generer des patrons pour 
les tables ippmNetworkTable et ippmHistoryTable. 

Le systeme 91 comprend aussi un module 88 
d' exportation de patrons et de tickets de donnees. Le 
serveur delegue 92 comprend un module 18 de reception de 
25 patrons et de tickets de donnees. Pour communiquer, les 
modules 18 et 88 utilisent un protocoie nomme IPFIX, 
specialement adapte aux echanges de patrons et de tickets 
entre modules. 

Le serveur delegue 92 comprend aussi ou a acces a une 
30 instance du traducteur 10 et de la MIB 11. Ainsi lorsque 
le systeme 91 envoie un patron au serveur delegue 92 au 



WO 2005/034429 



36 



PCT/FR2004/002271 



xuoyen du module 88, le serveur delegue 92 recevant ce 
patron au moyen du module. 18, peut se preparer a recevoir 
des tickets de donnees contenant les descriptions et les 
resultats de mesures emises a la suite du patron par le 

5 systeme 91. Le serveur delegue 92 comprend un module 17 
auquel le traducteur 10 permet de faire corresponds les 
champs du patron aux definitions SMI d'objets pour 
alimenter 1 ' agent 93 en tables et en -objets en concordance 
avec les valeurs qui seront regues dans les tickets de 

10 donnees. 

Ensuite, le systeme de mesure 91 utilise le protocole 
IPFX pour remettre au fil de l'eau les mesures mises en 
place et les resultats de ces mesures, au serveur delegue 
92. La station 94 peut alors recevoir les mesures de 
15 1- agent 93 de facon classique par le protocole SNMP. 

La figure 15 donne un exemple de patron de la table 
ippmHistoryTable obtenue dans le systeme 91 au moyen du 
precede precedemment decrit . Ici les valeurs dans les 
differents champs sont exprimees en decimales pour en 
20 faciliter une lecture rapide, sachant qu'elles sont 
exprimees en realite sous forme binaire. 

Le premier et le deuxieme mot du couple 139 
contiennent respectivement la valeur 2 pour indiquer que 
la structure de donnees est un patron et la valeur 36 
25 indiquant en octets la longueur du patron. 

Le premier et le deuxieme mot du couple 140 
contiennent respectivement la valeur 304 pour indiquer que 
le patron est relatif a la table d'historique et la valeur 
7 indiquant la quant ite de champs de donnees du patron. 
30 Le premier et le deuxieme mot du couple 141 relatif a 

l'objet "ippmHistoryMeasureOwner", contiennent 
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respectivement la valeur 1 pour indiquer le type de champ 
•■ -et -la- valeu-r -3-2— indiquant en octets la -i-ongueur du champ. 

Le premier et le deuxieme mot du couple 142 relatif a 
1' ob jet "ippmHistoryMeasurelndex", contiennent 

5 respectivement la valeur 2 pour indiquer le type de champ 
et la valeur- 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 14 3 relatif a 
1' ob jet "ippmHistoryMetridndex" , contiennent 

reS pectivement la valeur 3 pour indiquer le type de champ 
10 et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 144 relatif a 
l ! objet "ippmHistorylndex",. .contiennent respectivement la 
valeur 4 pour indiquer le type de champ et la valeur 4 
indiquant en octets la longueur du champ. 
15 Le premier et le deuxieme mot du couple 145 relatif a 

1 1 obj et "ippmHistorySequence" , contiennent respectivement 
la valeur 5 pour indiquer le type de champ et la valeur 4 
indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 14 6 relatif a 
20 . I. 1 objet "ippmHistoryTimestamp" , contiennent respectivement 
la valeur 6 pour indiquer le type de champ et la valeur 8 
indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 147 relatif a 
l 1 objet "ippmHistoryValue", contiennent respectivement la 
25 valeur 7 pour indiquer le type de champ et la valeur 4 
indiquant en octets la longueur du champ. 

La figure 16 donne un exemple de ticket de donnees de 
la table ippmHistoryTable obtenue dans le systeme 91 pour 
etre lisible au moyen du patron de la figure 15. Comme 
30 c'est le cas pour les autres figures de patron ou de 
ticket de donnee, une largeur de ligne represente quatre 
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octets, une hauteur de ligne n'est cependant pas 
proportionnelle au nombre d' octets pour un champ de plus 
de huit octets de facon a faire tenir la representation de 
la figure sur un nombre de pages raisonnable. 

5 Le premier champ 14 9 contient sur deux octets, la 

valeur 304 qui est celle du premier mot du couple 14 0 dans 
le patron correspondant . 

Le deuxieme champ 150 contient sur deux octets la 
valeur 64 pour indiquer la quantite d' octets du ticket de 

10 donnees. 

Le champ 151 relatif a l'objet 

"ippmHistoryMeasureOwner", contient la chaine de 
caracteres FTRD codee en binaire. 

Le champ 152 relatif a l'objet 

15 "ippmHistoryMeasurelndex", contient la valeur 5 qui indexe 
la mesure et la valeur 6 qui indexe un delai d'aller 
simple . 

Le champ 153 relatif a l'objet 

"ippmHistoryMetricIndex", contient la valeur 6 qui indexe 

20 le type de metrique mesure, en 1' occurrence 6 correspond a 
un delai unidirectionnel . 

Le champ 154 relatif a l'objet "ippmHistorylndex" , 
contient la valeur 123 pour indiquer que le resultat de la 
mesure transmis dans ce ticket, est le 123ieme. 

25 Le champ 155 relatif a l'objet "ippmHistorySequence" , 

contient la valeur 1057582058 pour indiquer que la mesure 
a ete prise le 14 octobre 2002 a 9 heures 54 minutes 18 
secondes . 

Le champ 156 relatif a l'objet 

30 "ippmHistoryTimestamp", contient la valeur 4578845678 
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representative d'une part f ractionnelle d' estampillage 
••temper el - . 

Le champ 157 relatif a I'objet "ippmHistoryValue" , 
contient la valeur 567 qui est celle de la mesure de 
5 delai, 1' unite etant donnee par le champ 152. 

La figure -1 7 donne un exemple de patron de la table 
ippmNetworkTable obtenue dans le systeme 91 au moyen du 
procede precedemment decrit . Ici encore les valeurs dans 
les differents champs sont exprimees en decimales pour en 
10 faciliter une lecture rapide, sachant qu'elles sont 
exprimees en realite sous forme binaire. 

Le premier et le deuxieme mot du couple 159 
contiennent respectivement la valeur 2 pour indiquer que 
la structure de donnees est un patron de MIB et la valeur 
15 116 indiquant en octets la longueur du patron. 

Le premier . et le deuxieme mot du couple 160 
contiennent respectivement la valeur 302 pour indiquer que 
le patron est relatif a la table des mesures reseau et la 
valeur 27 indiquant la quantite de champs de donnees 
20 formates par le patron. 

Le premier et le deuxieme mot du couple 161 relatif a 
1 ' ob j et " ippmNetwor kMeasureOwner " , contiennent 

respectivement la valeur 1 pour indiquer le type de champ 
et la valeur 32 indiquant en octets la longueur du champ. 
25 Le premier et le deuxieme mot du couple 162 relatif a 

I'objet " ippmNetwor kMeasurelndex", contiennent 

respectivement la valeur 2 pour indiquer le type de champ 
et la valeur 2 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 163 relatif a 
30 I'objet " ippmNetwor kMetricName" , contiennent 
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respectivement la valeur 3 pour indiquer le type de champ 
-et la valeur 256 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 164 relatif a 
1 1 obj et "ippmNetworkMeasureMetrics" , contiennent 

5 respectivement la valeur 4 pour indiquer le type de champ 
et la valeur 8 indiquant en octets la- longueur du champ. 

Le premier et le deuxieme mot du couple 165 relatif a 
l 1 objet "ippmNetworkMeasureBeginTime" , contiennent 

respectivement la valeur 5 pour indiquer le type de champ 
10 et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 166 relatif a 
1 1 objet "ippmNetworkMeasureCollectionRateUnit" , 

contiennent respectivement la valeur 6 pour indiquer le 
type de champ et la valeur 4 indiquant en octets la 
15 longueur du champ. 

Le premier et le deuxieme mot du couple 167 relatif a 
1 1 obj et "ippmNetworkMeasureCollectionRate" , contiennent 
respectivement la valeur 7 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 
20 Le premier et le deuxieme mot du couple 168 relatif a 

1 1 objet "ippmNetworkMeasureDurationUnit", contiennent 
respectivement la valeur 8 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 169 relatif a 
25 1 1 objet "ippmNetworkMeasureDuration" , contiennent 

respectivement la valeur 9 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 170 relatif a 
1 1 objet "ippmNetworkMeasureHistorySize" , contiennent 
30 respectivement la valeur 10 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 
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Le premier et le deuxieme mot du couple 171 relatif a 
1' objet "ippmNetworkMeasureFailureMgmtMode", contiennent 
respectivement la valeur 11 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

5 Le premier et le deuxieme mot du couple 172 relatif a 

1 1 objet "ippmNetworkMeasureResultsMgmt" , contiennent 
respectivement la valeur 12 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 173 relatif a 

10 I 1 objet "ippmNetworkMeasureScrcTypeP", ■ contiennent 

respectivement la valeur 13 pour indiquer le type de champ 
et la valeur 512 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 17 4 relatif a 
l f objet "ippmNetworkMeasureScrc" , contiennent 

15 respectivement la valeur 14 pour indiquer le type de champ 
et la valeur 512 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 175 relatif a 
1 1 ob j et " ippmNetworkMeasureDstTypeP" , contiennent 

respectivement la valeur 15 pour indiquer le type de champ 

20 et la valeur 512 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 17 6 relatif a 
1 1 objet "ippmNetworkMeasureDst", contiennent 

respectivement la valeur 16 pour indiquer le type de champ 
et la valeur 512 indiquant en octets la longueur du champ. 

25 Le premier et le deuxieme mot du couple 177 relatif a 

1 1 ob j et " ippmNetworkMeasureTransmitMode" , contiennent 
respectivement la valeur 17 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 178 relatif a 

30 1 ' objet "ippiriNetworkMeasureTransmitPacketRateUnit"', 
contiennent respectivement la valeur 18 pour indiquer le 
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type de champ et la valeur 4 indiquant en octets la 
longueur du" " champ"." ** "~ ' 

Le premier et le deuxieme mot du couple 17 9 relatif a 
1 1 objet "ippmNetworkMeasureTransmitPacketRate" , 

5 contiennent respect ivement la valeur 19 pour indiquer le 
type~ de champ "et la valeur "4 indiquant en octets la 
longueur du champ - 

Le premier et le deuxieme mot du couple 180 relatif a 
1 1 objet "ippmNetworkMeasureDeviationOrBurstsize" , 

10 contiennent respectivement la valeur 20 pour indiquer le 
type de champ et la valeur 4 indiquant en octets la 
longueur du champ. 

Le premier et le deuxieme mot du couple 181 relatif a 
1 1 .objet "ippmNetworkMeasureMedianOrlnterBurstsize" , 

15 contiennent respectivement la valeur 21 pour indiquer le 
type de champ et la valeur 4 indiquant en octets la 
longueur du champ. 

Le premier et le deuxieme mot du couple 182 relatif a 
1 1 objet "ippmNetworkMeasureLossTimeout", contiennent 
20 respectivement la valeur 22 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 183 relatif a 
1 1 objet "ippmNetworkMeasureL3PacketSize n , contiennent 
respectivement la valeur 23 pour indiquer le type de champ 
25 et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 184 relatif a 
1 1 ob j et " ippmNetwor kMeasureDataPattern" , contiennent 
respectivement la valeur 24 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 
30 Le premier et le deuxieme mot du couple 185 relatif a 

1' objet " ippmNetwor kMeasureMap" , contiennent 
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respectivement la valeur 25 pour indiquer le type de champ 
..et la valeur- -256 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 18 6 relatif a 
1 1 objet "ippmNetworkMeasureSingletons", contiennent 

5 respectivement la valeur 2 6 pour indiquer le type de champ 
et la valeur 4 indiquant en octets la longueur du champ. 

Le premier et le deuxieme mot du couple 187 relatif a 
1 1 ob j et " ippmNetworkMeasureOperState" , contiennent 

respectivement la valeur 27 pour indiquer le type de champ 
10 et la valeur 4 indiquant en octets la longueur du champ. 

La figure 18 donne un exemple de ticket de donnees de 
la table ippmNetworkTable obtenue dans le systeme 91 pour 
etre lisible au moyen du patron de la figure 17. 

Le premier champ 259 contient la valeur 302 qui est 
15 celle du premier mot du couple 159 dans le patron 
correspondant . 

Le deuxieme champ 2 60 contient la valeur 267 6 pour 
indiquer la longueur de ticket exprimee en octets. 

Le champ 2 61 relatif a 1' objet 

20 "ippmNetworkMeasureOwner", contient la chaine de 
caracteres FTRD codee en binaire pour indiquer le 
proprietaire de la mesure. 

Le champ 2 62 relatif a l 1 objet 

"ippmNetworkMeasurelndex", contient la valeur 5 pour 
25 indiquer le numero de la mesure. 

Le champ 263 relatif a 1' objet 

"ippmNetworkMetricName" , contient la chaine de caracteres 
"One-way-delay between Paris et Lannion" codee en binaire 
pour indiquer en clair ce a quoi se rapporte la mesure. 
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Le champ 2 64 relatif a I'objet 

"ippmNetworkMeasureMetrics", contient la valeur 6 pour 
indiquer le type de mesure. 

Le champ 265 relatif a I'objet 

5 "ippmNetworkMeasureBeginTime" , "contient la valeur 
1034582058 pour indiquer que la mesure a debute le 14 
septembre 2003 a 9 heures 54 minutes 18 secondes . 

Le champ 2 66 relatif a I'objet 

"ippmNetworkMeasureCollectionRateUnit", contient la valeur 
10 0 representative d f une part f ractionnelle d' estampillage 
temporel. 

Le champ 2 67 relatif a I'objet 

"ippmNetworkMeasureCollectionRate", contient la valeur 10 
pour indiquer le taux d' echantillonage . 
15 Le champ 2 68 relatif a I'objet 

"ippmNetworkMeasureDurationUnit" , contient la valeur 6 
pour indiquer que l f unite de duree de la mesure/ est la 
seconde . 

Le champ 269 relatif a I'objet 

20 "ippmNetworkMeasureDuration" , contient la valeur 120 pour 
indiquer que . la, mesure a dure 120 secondes. 

Le champ 270 relatif a I'objet 

"ippmNetworkMeasureHistorySize", contient la valeur 1000 
pour indiquer la taille de l'historique de mesure. 
25 Le champ 271 relatif a I'objet 

"ippmNetworkMeasureFailureMgmtMode", contient la valeur 1 
pour indiquer le mode automatique. 

Le champ 272 relatif a I'objet 

"ippmNetworkMeasureResultsMgmt", contient la valeur 1 pour 
50 indiquer que les resultats sont communiques avec bouclage 
automatique. 
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Le champ 273 relatif a l'objet 

"ippmNetworkMea-sureScrcTypeP", contient la- chalne - de 

caracteres "IP UDP" pour indiquer le protocole de 
transfert utilise par la communication au depart de Paris 
5 qui fait l'objet de la mesure. 

Le champ- - 274 relatif ■ - a l'objet 

"ippmNetworkMeasureScrc" , contient la valeur 80.16fi.0-l 
3456 pour indiquer l'adresse source de la communication, 
ici Paris. 

10 Le champ 275 relatif a l'objet 

"ippmNetworkMeasureDstTypeP" , . contient la chaine de 
caracteres "IP UDP" pour indiquer le protocole de 
transfert utilise par la communication a destination de 
Lannion qui fait l'objet de la mesure. 

15 Le champ 27 6 relatif a l'objet 

"ippmNetworkMeasureDst", contient la valeur 180.168.0.1 
654 3 pour indiquer l'adresse de destination de la 
communication, ici. Lannion. 

Le • champ 277 relatif a l'objet 

20 "ippmNetworkMeasureTransmitMode", contient la valeur 1 
pour indiquer que le mode de transmission est periodique. 

Le champ 278 relatif a l'objet 

"ippmNetworkMeasureTransmitPacketRateUnit " , contient la 
valeur 6 pour indiquer que 1' unite de taux de paquets de 

25 64 octets transmis, est par seconde. 

Le champ 27 9 relatif a l'objet 

"ippmNetworkMeasureTransmitPacketRate", contient la valeur 
100 pour indiquer que le taux d' Emission etait de 100 
paquets par seconde. 
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Le champ 280 relatif a 1'objet 

• ."-ippmNetwor-kMeas-u-r-eDeviationOrBurstsize", coritient la 
valeur 0 pour indiquer une deviation nulle. 

Le champ 281 relatif a 1'objet 

5 "ippmNetworkMeasureMedianOrlnterBurstsize", contient la 
valeur 0 pour -indiquer une taille de rafale nulle. 

Le champ 282 relatif a 1'objet 

"ippmNetworkMeasureLossTimeout", contient la valeur 15 
pour indiquer que le delai a 1' expiration duquel un paquet 
10 est considere perdu, est de 15 secondes . 

Le champ 28 3 relatif a 1'objet 

"ippmNetworkMeasureL3PacketSize", contient la valeur 64 
pour indiquer que la taille des paquets emis dans la 
communication qui fait 1'objet de la mesure, est de 64 
15 octets. 

Le champ 28 4 relatif a 1'objet 

"ippmNetworkMeasureDataPattern", contient la valeur FFFF 
pour indiquer le format des donnees de mesure. 

Le champ 28 5 relatif a 1'objet 

20 "ippmNetworkMeasureMap", contient la chaine de caracteres 
"Reseau interne" pour indiquer en clair le type de reseau. 

Le champ 28 6 relatif a 1'objet 

"ippmNetworkMeasureSingletons", contient la valeur 0 par 
def aut . 

25 Le champ 287 relatif a 1'objet 

"ippmNetworkMeasureOper State", contient la valeur 0 par 
def aut . 

L'homme du metier appreciera aisement l'economie de 
bande passante necessaire au transfert des mesures entre 
30 le systeme 91 et le serveur 92, a partir des deux exemples 
de tickets de donnees qui viennent d'etre decrits, en 
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comparaison de celle qui aurait ete necessaire en 
utilisant le protocole SNMP a ce niveau. 

Le procede mis en oeuvre dans le systeme decrit, 
conforniement a l 1 invention, est particulierement utile car 

5 il permet de generer automatiquement des patrons a partir 
de MIBs ou de PIBs pour tout type de structure de donnees 
en dechargeant l'etre humain de taches fastidieuses qui en 
absence de 1 ! invention, auraient consiste a definir 
manuellement un patron pour chaque structure de donnees 

10 particuliere, la quantite de structures de donnees 
possibles dans ce domaine etant considerable. 
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Annexe 1 



10 



15 



20 



bufferControlTable OBJECT-TYPE 
SYNTAX SEQUENCE OF { 
bufferControllndex 
bufferControlChannellndex 
bufferControlFullStatus 
bufferControlFullAction 
bufferControlCaptureSliceSize 
bufferControlDownloadSliceSize 
bufferControlDown loadOffset 
bufferControlMaxOctetsRequested 
bufferControlMaxOctetsGranted 
bufferControlCapturedPackets 
bufferControlTurnOnTime 
bufferControlOwner 
bufferControlStatus 

} 

INDEX { bufferControllndex } 
::= { capture 1 } 



Integer32, 

Integer32, 

INTEGER, 

INTEGER, 

Integer32, 

Integer32, 

Integer32, 

Integer32, 

Integer32, 

Integer32, 

TimeTicks, 

OwnerString, 

EntryStatus 
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Annexe 2 



10 



aal5VccTable OBJECT-TYPE 

SYNTAX SEQUENCE OF { 

aal5VccVpi INTEGER, 
aal5VccVci INTEGER, 
aal5VccCrcErrors Counter32, 
aal5VccSarTimeOuts Counter32, 
aal5VccOverSlzedSDUs Counter32 

} 

INDEX { iflndex, aal5VccVpl, aal5VccVci } 
::= { atmMIBObjects 1 } 
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Revendications : 



1. Precede pour minimiser une bande passante necessaire 
aux transfers d ' informations d' administration de reseau 

5 de communication, lesdites informations concernant des 
objets relatifs a des elements materiels, logiciels ou de 
fonctionnement de reseau, repertories dans une base 
d' information d- administration (11) et a chacun desquels 
est associee une specification en langage formal, 

10 caracterise en ce qu'il comprend des etapes consistant a: 

- generer (48-50) a partir de ladite specification pour 
chaque objet, un couple de mots (121) dont la valeur du 
premier mot est relative a une indication de 1'objet et la 
valeur du deuxieme mot est relative a une longueur 

15 d f information de 1'objet; 

- construire (41-47,51-61) un patron comprenant un 
ensemble ordonne de couples de mots (121-133) generes et 
un identificateur (119-120) dudit patron, permettant 
d'emettre ensuite une suite ordonnee (99-113) 

20 d' informations correspondent audit patron. 

2. Precede selon la revendication 1, caracterise en ce 
qu'il comprend des etapes consistant a: 

- parcourir (43-46) un arbre de la base d' information 
25 d' administration (11) dont chaque n«ud est associe a un 

- b3 t!ster (44) a chaque nceud si 1'objet est de type 
scalaire ou table; 

- construire (41-47) le patron en ajoutant le couple de 
30 mots genere au patron si 1'objet est de type scalaire; 
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- construire (51-61) un autre patron dit de table si 
l'objet est de type table pour les objets de la table. 

3. Procede selon la revendication 1 ou 2, caracterise en 
5 ce qu'il comprend des etapes consistant a construire (33- 
37,19-22) en plus un patron de configuration comprenant 
les couples de mots generes pour des objets a acces 
modifiable . 

10 4. Systeme pour minimiser une bande passante necessaire 
aux transferts d ' informations d' administration de reseau 
de communication, lesdites informations concernant des 
objets relatifs a des elements materiels, logiciels ou de 
fonctionnement de reseau, repertories dans une base 

15 d' information d • administration (11) et a chacun desquels 
est associee une specification en langage formel, 
caracterise en ce qu'il comprend un module traducteur (10) 
agence pour generer a partir de ladite specification pour 
chaque objet, un couple de mots dont la valeur du premier 

20 mot est relative a une indication de l'objet et la valeur 
du deuxieme mot est relative a une longueur d ' information 
de l'objet et pour generer un patron comprenant un 
ensemble ordonne de couples de mots et un identif icateur , 
permettant d'emettre ensuite une suite ordonnee 

25 d' informations correspondant audit patron. 

5. Systeme selon la revendication 4 caracterise en ce 
que le module traducteur (10) est agence pour parcourir un 
arbre de la base d ' information d 1 administration (11) dont 
30 chaque noeud est associe a un objet, pour tester a chaque 
noeud si l'objet est de type scalaire ou table et pour 
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construire le patron en ajoutant le couple de mots genere 
au patron si l'objet est de type scalaire ou construire un 
autre patron dit de table si l'objet est de type table 
pour les objets de la table. 

5 

6. Systeme selon la revendication 4 ou 5, caracterise en 
ce que le module traducteur (10) est agence pour 
construire en plus un patron de configuration comprenant 
les couples de mots generes pour des objets a acces 

10 modifiable. 

7. Systeme selon 1 ' une des revendications 4 a 6, 
caracterise . en ce qu'il comprend un module superviseur 
(87) agence pour collecter des mesures et un module 

15 d' exportation (8 8) agence pour transmettre a un serveur 
(92), au moins un ticket de donnees relatives a ces 
mesures en le faisant preceder du- patron de ce ticket de 
donnees. 



WO 2005/034429 



PCT/FR2004/002271 



1/19 
Fig.l 




Patrons 



WO 2005/034429 



PCT7FR2004/002271 



2/19 
Fig.2 



Activer generation de 
patrons pour un arbre 



2^ 



Lire specifications 
demandees 



3^ 



Construire arbre de 
nommage 



Creation des patrons 
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39 



40 



Lire demande de generation de patrons 



I 



Determiner famille de langage 



41 J\ Creer patron de l'arbre^DefficketJJbjetRoot 
42^ 



numeroDuChampCourant_DefTicket_ObjetRoot :- 0 
current_template_ID := base_template_ID 
ObjetRoot_template_ID := current_template_ID 
current_template_ID := current JemplateJD + 1 



non 



37 



configuration =? 1 ^^^^^ 


r 




Creer patron: DefTicket^configuration^ObjetRoot | 




r -i 


DefTicket_configuration_ObjetRoot_TemplateJD 
:= current_template_ID 
nombreDeChamps ConfigurationJDbjetRoot 
:=0 



current_template_ID 


r — 

:= current_template_ID + 1 




f 



f Parcours X 
I arbre ) 



WO 2005/034429 



PCT/FR2004/002271 



4/19 
Fig.3b 



Parcours 
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43^ 







Objet := 


ObjetRoot 




non 



Base de regies -> 
Regies de traduction 



Base de regies -> 
Regies de traduction 




non 




^46 

Dernier om 
obiet? 




cloture 



Objet suivant de Tarbre 



Transferer 
patrons 
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Procedure 
table 



non 




30 



1 1 


f _ -i 


\ DefTicketJTable_template_ID 
:= cnrrent_template_ID 








\ Current_template _ID ++ 





Creer patron de la table 
DefTicket_Table_Ti 




20^ 



Creer patron de la table 
DefTicket_Configuration_Table_Ti 



21^ 



DefTicket_Configuration_Table_Ti_Template_ID 
:= current_template_ID 



nombreDeChamps_Configuration_Table_Ti 
:=0 



23^ 



Current_template_ID 



52^ 



numeroDuChampCourant_DefTicket_Table_Ti 

:= 0 



± ^ 

Parcours table 
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Definition SMI de la ligne 
Clause INDEX de la definition 



55 



INDEX 
objet 





oui > 


r— : ► 










Ligne 
r> objet 








Objet suivant 



I 




Base de regies -> 
Regies de traduction 



Procedure 
scalaire 




i 



Base de regies -> ^\ 9 

Regies de traduction 




Procedure 
scalaire ) 



retour 
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NumeroDuChampCourant + + 



49 



7 



Definition SMI de l'objet 
type de l'objet 
sous type de l'objet 
r> taille minimale de l'objet 
taille maximale de l'objet 
mode d'acces 



OlD objet 
type de l'objet 
sous type de l'objet 
taille minimale de l'objet 
taille maximale de l'objet 
numeroDuChampCourant 
regie de traduction 

module de typage 



Module de typage 
(type,longueur) 



50^ 



(type,longueur) -> 
DefTicket X 




om 



33 



NombreDeChamps_ 
Configuration ++ 



(type,longueur) -> 
DefTicket_Configuration_X 



retour 



> 
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63 



62^ 


(type,longueur) -> 
debut de DefTicket_X 


— ► 


Template_X_ID -> type 
numeroDuCharnp_X -> longueur 














DefinitionDeTemplateDeMIB -> type 
4 * (numeroDuCharnp_X + 2) -> longueur 




(type,longueur) -> 
debut de DefTicketJX 



5^ 



Enregistrement 
Patron DefTicket X 



5 




non 



26^ 



(type,longueur) -> debut de 
DefTicket_Configuration_X 



Template j3onfiguration_X_ID -> type 
NombreDeChamps_Configuration_X -> longueur 



28^ 



(type,longueur) -> deb>ut de 
DefTicket_Configuration_X 



DefinitionDeTemplateDeMIB -> type 
29 ^/ 1 4 * (numeroDuChamp_X + 2) -> longueur 



Enregistrement Patron 
DefTicket_Configuration_X 



retour 
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OID objet 
type de l'objet 
sous type de l'objet 
70 v y / > taille minimale de l'objet 
1 taille maximale de 1' objet 
numeroDuChampCourant 
regie de traduction 



71^ 



Type_champ_template 
numeroDuChampCourant 



72^ 



Longueur_champ_template 
taille maximale de l'objet 




oui 



non 




oui 



non 



78 

z 



(type, longueur) 



74 



taille maximale sous type 
longueur_champ_template 



regie 
type de champ 
type_champ_template 



^76 



longueur (champ) 
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OID 


Nom 


Type 


L 
tvne 

vr 


L I 
sous 
type 1 


1.3.6.1.2.1.16.8.1 


bufferControlTable 


SequenceOf 


- 


- 


1.3.6.1.2.1.16.8.1.1.1 


bufferControlIndex 


Integer32 


1-4 


1-2 1 


1.3.6.1.2.1.16.8.1.1.2 


bufferCohtrolChannellndex 


Integer32 


1-4 


1-2 


1.3.6.1.2.1.16.8.1.1.3 


bufferControlFullStatus 


INTEGER . 


1-4 


2 1 


1.3.6.1.2.1.16.8.1.1.4 


bufferControlFullAction 


INTEGER 


1-4 


2 | 


1.3.6.1.2.1.16.8.1.1.5 


bufferControlCaptureSliceSize 


Integer32 


1-4 




1.3.6.1.2.1.16.8.1.1.6 


bufferControlDownloadSliceSize 


Integer32 


1-4 


1-2 


1.3.6.1.2.1.16.8.1.1.7 


bufferControlDownloadOffset 


Integer32 


1-4 


1 


1.3.6.1.2.1.16.8.1.1.8 


bufferControlMaxOctetsRequested 


Integer32 


1-4 




1.3.6.1.2.1.16.8.1.1.9 


bufferControlMaxOctetsGranted 


Integer32 


1-4 




1.3.6.1.2.1.16.8.1.1.10 


bufferControlCapturedPackets 


Integer32 


1-4 




1.3.6.1.2.1.16.8.1.1.11 


bufferControlTumOnTime 


TimeTicks 


1-4 




1.3.6.1.2.1.16.8.1.1.12 


bufferControlOwner 


OwnerString 


1-32 




1.3.6.1.2.1.16.8.1.1.13 


bufferControlStatus 


EntryStatus 


4 
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type 


L 

sous . 
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SequenceOf 
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ifindex 


INTEGER 


1-4 
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